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1988 Elections for Board of Directors 


The biennial elections of the Association 
will be held this spring. 

After the Dallas meeting nominations 
from the membership will remain open until 
February 26. The procedure for nominations 
by the membership is a written statement of 
nomination signed by at least five (5) members 
in good standing (or five separate nomina¬ 
tions), to be submitted to the Executive Direc¬ 
tor at the Association office and received by 
noon, PST, February 26. 

Ballots will be sent to all paid-up members 
as of March 1, 1988, on or about March 14. 


Members will have until April 8 to return their 
ballots, in the provided envelopes, to the 
Association office. The results of the election 
will be announced at the San Francisco meet¬ 
ing and in the May/June ;login:. 

The Board is comprised of eight directors, 
four of whom are “at-large.” The others are 
the President, Vice President, Secretary, and 
Treasurer. The balloting is preferential, with 
those candidates with the largest number of 
votes being elected. Newly elected directors 
will take office immediately following the San 
Francisco conference in June. 


Report of the Nominating Committee 


The USENIX Association Nominating Committee announces that it has nominated the following 
to run in the 1988 election: 


Alan G. Nemeth 
Deborah K. Scherrer 
Stephen C. Johnson 
Rob Kolstad 

M. Kirk McKusick 
Bob Morris 
Sharon Murrel 
Michael D. O’Dell 
John S. Quarterman 
Charles H. Sauer 

The Nominating Committee felt that the 
USENIX Board must reflect the diverse needs 
and interests of the membership. The Board 
needs a range of talents, and it needs a good 
mix of experience and new ideas. Candidates 
must be committed to USENIX, and must in 
addition have the skills needed to direct a 
rapidly growing organization. The Nominat¬ 
ing Committee attempted to balance these 
requirements in its deliberations. 

The committee did not feel the need to 
nominate a large slate of candidates because 
the USENIX election procedures make it easy 
for the membership to nominate additional 
candidates. 


Prime Computer Corp., Framingham, MA 
mt Xinu, Berkeley, CA 
Ardent Computer, Inc., Sunnyvale, CA 
Convex Computer Corp., Richardson, TX 

Univ. of California, Berkeley, CA 

Univ. of Massachusetts & Interleaf, Inc., Boston, MA 

AT&T Bell Laboratories, Murray Hill, NJ 

Maxim Technologies, Vienna, VA 

Texas Internet Consulting, Austin, TX 

IBM, Austin, TX 

As has been the practice of past 
committees, the committee has nominated one 
of its own members. We wish to note that the 
slate has the unanimous support of the 
committee. 

Finally, the members of the committee 
wish to thank Lew Law for his efforts. Lew 
was originally chair of the committee until he 
resigned for personal reasons. His efforts were 
important to the success of the committee’s 
work. 

Michael Tilson, Chair 
Bruce Borden Peter Langston 

Tom Ferrin Mike O’Dell 


President 
Vice President 
Treasurer 
Secretary 

Director 

Director 

Director 

Director 

Director 

Director 
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Dallas USENIX Conference 

Rob Kolstad, Program Chair 

Tuesday through Friday, February 9-12, 1988, mark the Winter 1988 USENIX Techni¬ 
cal Conference in Dallas, Texas. The Grand Kempinski Hotel (formerly The Registry Hotel) 
will host the conference’s two days of tutorials and two days of technical sessions. 

There will be 21 tutorials, including several new ones. The two days of technical 
presentations will include two special half-day sessions on large-scale networks of worksta¬ 
tions (as implemented in the Andrew project at Camegie-Mellon University and MIT’s 
Project Athena) and sessions devoted to new systems management techniques, the popular 
work-in-progress sessions late in the day, and other talks on state-of-the-art technical 
advances in UNIX and its applications. 

The program committee has reviewed over 80 abstracts that were submitted for the 
conference. I am confident that the program will be an exceptionally strong and interesting 
one. 

Conference information may be obtained from: 

Judy DesHamais (213) 592-1381 or 592-3243 

USENIX Conference Office (uunet,ucbvax}!usenix!judy 

P.O. Box 385 
Sunset Beach, CA 90742 


Tuesday Tutorials 


Introduction to 4.3BSD Internals 

instructor Thomas W. Doeppner, Jr., 
Brown Univ. 

Introduction to UNIX System V Internals 
instructors Steve BurofiF and Curt 
Schimmel, AT&T 

Software Development using C and UNIX 
INSTRUCTOR Rob Kolstad, Convex Com¬ 
puter Corp. 

UNIX System V Remote File Sharing (RFS) 
instructors Michael Padovano and 
Michael Forbes, AT&T 

Managing a Local Area Network (LAN) 
INSTRUCTORS Evi Nemeth, Brent Brown¬ 
ing and Bob Coggeshall, Univ. of 
Colorado, Boulder 

X Window Systems is a trademark of MIT 


X Window Systems® Programming 
instructor Michael Gancarz, DEC 

UNIX System V Streams Module and 
Driver Design instructors Sathis 
Menon, Hari Pulijal and Stephen Rago, 
AT&T 

An Introduction to C+ + instructor Robert 
Murray, AT&T Bell Laboratories 

Sendmail, News and uucp, or How to Set 
Up your Mail and Bulletin Board 
System instructor Smoot Carl-Mitchell 

Managing a Network of NFS™ Systems 
INSTRUCTOR Ed Gould, mt Xinu 
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Wednesday Tutorials 


Advanced 4.3BSD Internals: Data 
Structures and Algorithms 
instructors Mike Karels and Marshall 
Kirk McKusick, Univ. of California, 
Berkeley 

Advanced UNIX System V Internals 
INSTRUCTORS Steve Buroff and Curt 
Schimmel, AT&T 

Language Construction Tools on the UNIX 
System instructor Steve Johnson, 
Ardent Computer, Inc. 

UNIX Device Driver Design (4.2/4.3BSD) 
INSTRUCTOR Daniel Klein, Software 
Engineering Institute, CMU 

Special Topics in C instructor Carol 
Meier, Consultant 

Open Network Computing (ONC™) and 
NFS™ instructors Mark Stein and 
Sally Ahnger, Sun Microsystems, Inc. 


Network Extensible Window System 
(News™) INSTRUCTORS David A. 
LaVallee and Owen Densmore, Sun 
- Microsystems, Inc. 

An Introduction to 3D Computer Graphics 
instructor Bruce Borden, Ardent Com¬ 
puter, Inc. 

POSIX Application Implementation 
INSTRUCTORS Shane P. McCarron, 
Minnesota Educational Computing Corp., 
and John S. Quarterman, Texas Internet 
Consulting 

MACH instructor Avadis Tevanian, Jr., 
Camegie-Mellon Univ. 

UNIX 4.xBSD System Administration 

INSTRUCTORS Rob Kolstad, Convex Com¬ 
puter Corp., and Evi Nemeth, Univ. of 
Colorado, Boulder 


ONC, NFS and NeWS are trademarks of Sun Microsystems, Inc. 

Get your face saved by the FaceSaver in Dallas 


Supporting Members 


USENIX has a special class of membership 
for those organizations which have made spe¬ 
cial contributions to the functioning of the 
Association. 

AT&T, Quality Micro Systems, DEC, and 
mt Xinu have been Supporting Members of the 
USENIX Association for years. 

This year, the Association has several new 
supporting Members: 

Convex Computer Corporation, for its coopera¬ 
tion in production of the 1987 Software 
tapes; 


Sun Microsystems for its donations to upgrade 
the Association’s hardware; and 

Sybase, for its donation of database software - 
by the time this issue is printed both the 
membership and the mailing list will be 
kept using Sybase. 

The Association is grateful for its 
corporate support, without which we would 
certainly serve our members less well. 

- PHS 
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Fifth Workshop 
On 

Real-Time Software and Operating Systems 


May. 12-13, 1988 
Omni-Shoreham Hotel 
Washington, DC 

Sponsored by 

The IEEE Computer Society 
The USENIX Association 


This year’s workshop broadens the scope to include general real-time systems. This 
workshop will bring together researchers, designers, and implementers of real-time operating 
systems and software. There will be a substantial emphasis on practical experience, so 
workers from industrial organizations are encouraged to attend. Topics of specific interest 
include: 


• Primary requirements of real-time 
systems 

• Distributed real-time operating 
systems 

• Application-specific operating systems 

• Practical experiences and implications 

• Exotic applications: medicine, music, 
etc. 

• Architectural support for real-time 


• Language, programming support, and 
reusability 

• Types of real-time constraints 

• Scheduling and resource management 

• Predictability, adaptability, and 
maintainability 

• Reliability and fault tolerance 

• Instrumentation and performance 
measurement 

• Case studies 


The format of the workshop will be geared to encourage intense technical interactions 
and focussed discussions. 


Attendance will be limited to between 75 and 100 active workers in the field. To 
participate in the workshop, please submit four copies of an extended abstract or position 
paper of up to 5 pages describing your current efforts to Lui Sha by March 1, 1988. The 
abstract should focus on insights and lessons gained from recent research and practical 
experience. Complete details regarding the workshop will be sent to all participants along 
with the acceptance letters by March 21, 1988. A digest of accepted abstracts will be made 
available to participants at the workshop. 


General Chair 
Professor John Stankovic 
Department of Computer 
and Information Science 
Graduate Research Center 
University of Massachusetts 
Amherst, MA 01003 
(413) 545-0720 
stankovic@cs.umass.edu 


Program Co-chair 
Dr. Marc Donner 
IBM Research 
P.O. Box 218 

Yorktown Heights, NY 10598 
(914) 945-2032 
donner@ibm.com 


Program Co-chair 
Dr. Lui Sha 

Computer Science Department 
Camegie-Mellon University 
Schenley Park 
Pittsburgh, PA 15213 
(412) 268-7668 
sha@k.gp.cs.cmu.edu 
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Call for Papers 

Summer 1988 USENIX Conference 
San Francisco 
June 20-24, 1988 


Papers in all areas of UNIX-related research and development are solicited for formal 
review for the technical program of the 1988 Summer USENIX Conference. Accepted 
papers will be presented during the three days of technical sessions at the conference and 
published in the conference proceedings. The technical program is considered the leading 
forum for the presentation of new developments in work related to or based on the UNIX 
operating system. 


Appropriate topics for technical presentations include, but are not limited to: 


• Kernel enhancements • 

• UNIX on new hardware • 

• User interfaces • 

• UNIX system management • 


• The internationalization of UNIX • 


Performance analysis and tuning 

Standardization efforts 

UNIX in new application environments 

Security 

Software management 


All submissions should contain new and interesting work. Unlike previous technical 
programs for USENIX conferences, the San Francisco conference is requiring the submission 
of full papers rather than extended abstracts. Further, a tight review and production cycle 
will not allow time for rewrite and re-review. (Time is, however, scheduled for authors of 
accepted papers to perform minor revisions.) Acceptance or rejection of a paper will be 
based solely on the work as submitted. 

To be considered for the conference, a paper should include an abstract of 100 to 300 
words, a discussion of how the reported results relate to other work, illustrative figures, and 
citations to relevant literature. The paper should present sufficient detail of the work plus 
appropriate background or references to enable the reviewers to perform a fair comparison 
with other work submitted for the conference. Full papers should be 8-12 single spaced 
typeset pages, which corresponds to roughly 20 double spaced, unformatted, typed pages. 
Format requirements will be described separately from this call. All final papers must be 
submitted in a format suitable for camera-ready copy. For authors who do not have access 
to a suitable output device, facilities will be provided. 

Four copies of each submitted paper should be received by February 19, 1988; this is an 
absolute deadline. Papers not received by this date will not be reviewed. Papers which 
clearly do not meet USENIX’s standards for applicability, originality, completeness, or page 
length may be rejected without review. Acceptance notification will be by April 4, 1988, and 
final camera-ready papers will be due by April 25, 1988. 

Send technical program submissions to: 

Sam Leffler (415) 258-8195 

SF-USENIX Technical Program ucbvaxlsfusenix 

PIXAR 

3240 Keraer Blvd. 

San Rafael, CA 94901 


FULL PAPERS ARE DUE FEBRUARY 19, 1988 
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Future Workshops 


In addition to the Technical Conferences 
in Dallas and San Francisco, the USENIX 
Association will sponsor four workshops dur¬ 
ing 1988. These will be 

• Real-Time Operating Systems (cooper¬ 
atively with IEEE) in Washington, DC, 
May 12-13 

• UNIX Security, in Portland, OR, August 
29-30 

• UNIX and Supercomputing in Pittsburgh, 
PA, September 26-27 

• Large Installation System Administration 
II, Monterey, CA, November 17-18 


Melinda Shore of the Pittsburgh Super¬ 
computer Center and Lori Grob of New York 
University are the co-Program Chairs for the 
Supercomputing workshop; Alix Yasilatos of 
MIT’s Project Athena is the Program Chair of 
the Systems Administrator’s workshop; Matt 
Bishop of Dartmouth College will be the 
Program Chair for the UNIX Security 
workshop. 

As a result of the success of the C+ + 
workshop in Santa Fe, NM, in November, 
there may be a “mini-conference” concerning 
C++ in October. The tentative dates are 17- 
20 October in Denver. 


Call for Papers 
UNIX Security Workshop 


Matt Bishop is the chair for the UNIX 
Security Workshop to be held in Portland, 
Oregon, on Monday and Tuesday, August 29th 
and 30th, 1988. This workshop will bring 
together researchers in computer security deal¬ 
ing with UNIX and system administrators try¬ 
ing to use UNIX in environments where 
protection and security are of vital 
importance. 

Some topics to be considered include: 
password security (password file integrity, 
enforcing choice of a safe password, spotting 
and handling crackers), network security 
(problems arising from logins over an 
unprotected Ethernet, containing a break-in to 
one machine in a networked environment), file 
system security (auditing packages, security in 
an NFS environment), new designs to obtain 
C-level (or better) certification, making existing 
UNIX systems more secure, and locating and 
fixing UNIX security problems. 

Format 

Each participant will submit electronically 
to { ihnp4,decvax}!dartvax!bishop a one or two 


page summary describing a solution to some 
problem. The summary should contain a 
description of the problem and a description 
of the solution detailed enough that fellow 
researchers and administrators can implement 
or use it. Also, include with your submission 
five (or so) topics that you’d like to hear about. 

The workshop chair will collate the papers 
to schedule sessions for appropriate audiences. 
It is anticipated that some sessions will include 
all participants; some will be for smaller 
groups. Send your submissions to the chair by 
noon, EST July 1, 1988. 

For further details on the workshop: 

Matt Bishop 

Dept, of Mathematics & Computer Science 
Bradley Hall 
Dartmouth College 
Hanover, NH 03755 

(603) 646-3267 

(ihnp4,dec vax} !dartvax!bear!bishop 
bishop%bear.dartmouth.edu@relay.cs.net 

For details about registration, contact the 
USENIX Conference Office. 
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Spacing Out on Troff 

Jaap Akkerhuis 

Centrum voor Wiskunde en Informatica 
Amsterdam, The Netherlands 


The Set Space 

Probably one of the most neglected troff 
requests is the .ss request. To revive your 
memory, the form of this request is .ss N, 
which sets the space-character size to N /36 
ems. The default value is (nearly always) 
12/36th of an em. This request works in the 
current environment, and if no argument is 
specified, the request is ignored. It is always 
ignored in nr off. The space-character size is 
the minimum space between words in adjusted 
text. It is also the word spacing you get when 
the text isn’t adjusted. This is known in the 
typographical world as the set space. It also 
sets the width of the unpaddable space charac¬ 
ter ‘\ ’. The widths of the 1/6 em narrow ‘\|’, 
the 1/12 em half-narrow ‘V’, and, of course, 
the digit width space character ‘\0’, are not 
affected. 

The set space is dependent on the font 
size, and therefore also on the “em.” The size 
of the set space might vary between the 
different typefaces; some typefaces require a 
different value, depending on the design. 
Obviously, a constant width font wants to 
have a set space the width of normal charac¬ 
ters, so that when the text isn’t justified 
(adjusted in troff terminology) it would 
appear to have been produced on a typewriter. 
Also, you may want to change it depending on 
the style of the lay-out. There are some still 
other reasons why you might decide to play 
with the .ss request. 

Widows and Orphans 

It happens all the time, you have written 
your article or book, keyed it into your 
favorite machine, formatted it with troff, 
and are dissatisfied with the output. After 
some advise from a neighbour, or reading a 
book about typography, the mess looks 


somewhat better, but there are still problems 
with orphans, etc. The word at the top of page 
24, just before the opening of section 3, actu¬ 
ally belongs on the bottom of page 23. Of 
course, one way to deal with this is to rewrite 
page 20 to 23, so it will fit, but then the open¬ 
ing of section 3 suddenly appears on the 
bottom of page 23, yuck! You can of course 
force this to page 24 by applying a .bp, or even 
better a .ne request, but then you have an 
enormous white space left on page 23. 
Another way to fix this problem is to use the 
.ss request. About half way through the text 
that is going to be on page 23, you can make 
the set space somewhat smaller than the 
default value; this will be just enough to pull 
the offending text off of page 24 and put it 
onto page 23, and the difference in spacing will 
hardly be noticeable. Of course, don’t forget 
to reset it to its previous value so you can play 
the same trick elsewhere. 

The Late Paper Problem 

Papers will always be finished too late. 
Nobody disputes that. The problem is, that 
after it finally is finished and about to be sent 
off, there is yet another mistake found. The 
errand boy is in your office, ready and waiting 
to bring your masterpiece to the printer. A 
double word is is found on the last page. 
Pushing the complete 200 pages through 
troff again on an overloaded machine will 
just be too time consuming. An easy fix - 
when the offending word doesn’t take a lot of 
space - is to retypeset the offending line and 
force it to be spread over the same line length 
using the \p escape. On the other hand, if 
there is a word missing, the set space is first 
reduced, before forcing the justification. Then 
the output can be glued on top of the 
offending line. If the errors are in rather big 
words, you may need to typeset a couple of 
lines with the changed set space. 
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Of course, you must still be prepared to 
do everything again. With your luck you will 
find that some coffee will accidentally be 
spilled over the galleys. 

A Large Number 

Your nephew pops up and wants to print 
the largest known Mersenne prime number in 
his school paper. Since this number is 
2216091 _ i ^ jj e no ti ce( i that his calculator didn’t 
grok it. By now he has discovered that typing 
in 65050 numerals on his IBM composer would 
probably not go without any error, so he 
comes to you in a state of desperation. 

Calculating the number is not a big deal 
and of course you can keep the answer some¬ 
where in a file. However feeding this to 
troff just produces an error message, “Word 
overflow.” After grumbling “why are there 
always these stupid arbitrary limits in UNIX 
programs,” you will realise that troff won’t 
hyphenate the number and that you wouldn’t 
want it to anyway; it wouldn’t look right. 

Apparently you have to break the number 
in smaller units and glue them together. 
Breaking the number can be done with your 
favorite editor which can handle arbitrarily 
large files or just a little C program, replacing 
each numeral with itself and a space, and 
inserting some newlines as well. Then you set 
the setspace to the smallest possible value, 
l/36th of an em. 

Now you notice that the last line of the 
block of numerals has less space than all the 
lines before. This is fixed by making the line 
length exactly to the length of the numerals 
and spaces you want it to have, so the spaces 
are not stretched. As an alternative, you can 
of course set the lot not left justified. So this 
will get you something like: 

7460931030646613436873395794005114895402 

2875408497732880511330497779366272527096 

... lots of numerals omitted 
4118052177506846932786764514111877691336 
204103815528447 

If you really get carried away by this 
problem, you can edit the di troff output as 
well to get rid of that little space. Of course, 
that will make your line length somewhat 


shorter, but who cares, it’s just for your 
nephew after all. 

Constant spacing 

The constant spacing request, .cs F N M, 
will set the width of every character in the font 
F to A736th em. If the optional M is given, 
the em is M points. The characters are 
centered in this space, even if this character is 
wider than the available space. 

This suggests that you can use this request 
to generate a constant width font. 

These lines are typeset with .cs R 16. 

There is even spacing for the characters, 
but as you can see, the result is an insult 
to the eye. 

The result depends a bit, of course, on the 
variety of widths in the font. But it is much 
better to use a typewriter style font if you want 
to simulate a typewriter. Even then you might 
want to use the .cs request, with the constant 
width set to the width of the typewriter font, 
in case you use a character which isn’t in that 
font. It will then get it from the special font 
(S) when mounted. With some luck the result 
won’t be too badJ 

Watch that man 

Although it appears that the constant 
width request is quite useless, it can come in 
handy from time to time. For instance, maybe 
after an EUUG conference somebody sends 
you data like this: 

0x0000,0x1FA0,0x0000, 

0x0000,0x7FFC,0x0000, 

0x0000,OxFEFF,0x0000, 

... etc 

The data is actually describing a 48 by 48 
pixel bitmap. Apparently a picture has been 
taken of you, but showing off this hexidecimal 
stuff really won’t do much to impress the rest 
of the family. So how do you turn these 
numbers back into your usual self? 


t Alternatively, when using a constant width font and you 
need to print a character from the special font you can use 
the \o‘ab‘ construct to overprint the special font character 
with a blank, as long as the special font character is not 
wider than a blank. E.g., \o\(da -TS 
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To print it on a line printer, you can 
either write a C program or use the following 
sed script. 

# icontox 

sed 1 

s/0x//g 

s /, *//g 

s/0/ , /g 

s/1/ #/g 

s/2/ # /g 

s/3/ ##/g 

s/4/ # /g 

s/5/ n #/g 

s/6/ ## /g 

s/7/ ###/g 

s/8/# /g 

s/9/# #/g 

s/[Aa]/# # /g 

s/[Bb]/# ##/g 

s/[Cc]/## /g 

s/[Dd]/## #/g 

s/[Ee]/### /g 

s/[Ff]/####/g 

' $* | sed 's/ *$//' 

Applying this script you get lines which look a 
bit more printable. 

I M i It M il It 
tffffttttftr Tr 


I H HUHHlt l II IH I!M il!il l 
I If ft tf rf If ft I ! fin Ml fill HI 

Iff I i a a H fi if u i l IIIIII nil II HI 

Tffr 7 

lUU Hl IMIHliUHIllll II I HU I 
ttfftltt lltftlttftftfflffl Tf Iff HI 


To turn this into something nice, you need to 
work somewhat harder. This is what I used 
for this paper. 


.nf 
.nr 
.ps 
. tr 
.cs 
. vs 
A" 
A" 
. in 


\" nofill mode wanted 
y \n(.lu/2 \ M half line length 
9 \" pointsize 9 

#. \" translate # to . 

R 3 \" constant spacing 

\w' 'u \" vertical spacing 

equal to horizontal 
center the face 

\nyu-\w'########################' i 


(i output of icontox comes here ) 

A" now restore everything to normal 
.cs R 
.tr ## 

.ps 
.vs 
. in 
. f i 

After doing all this you will get something like 

the next picture. 


As you can see, this result can be shown to 
the rest of your family. To get the best possi¬ 
ble result, you might want to play with the 
constant spacing factor or pointsize a bit, since 
these depend on the size of the full stop for 
your output device. Also, if you want to 
enlarge the picture, you can just bump up the 
pointsize and the constant spacing factor. 

Bitmap fonts 

This technique suggests that it is easy to 
include screen dumps from your favourite 
bitmap screen in your paper. It turns out not 
to be that easy. A locally written screendump 
program family for “blit terminals” (or 
DMD5620) has been converted to give it’s 
output in a format which can be processed by 
troff. To prevent the “Line overflow” 
message, troff had to be adapted. Apart 
from that, it takes considerable time for 
troff to process a bitmap created like this, 
about 820 CPU seconds for a blit screen. 

The usual way to include screen dumps is 
to pass them through troff using the \! 
escape or the .cf request (for modem versions 
of troff) and to do major surgery on the 
troff output. The problem with that is that 
troff loses control of the output, since it 
doesn’t know what magic might be done after¬ 
wards. A more elegant way of handling this 
would be to have a font available on the 
output device which describes pixels. 

Consider a character set, where each char¬ 
acter describes 8 pixels. So the font will con¬ 
tain 255 different characters of the same width. 
For displaying the bitmap of a lKxlK screen 
you only need 1024 lines of 256 characters. 
The input to troff would be something like: 

.nf \ M nofill mode 

.ft Bm \ M select bitmap font 

A" weird bitmap font char, mapping 
Ab\(es\(*A\- 

.fi \" restore fill mode 

.ft \" and font 

The moment that you want to have a dump of 
a colour screen, you are of course lost, but as 
long as there is not a way to directly print 
colours without colour separating, it is not a 
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real problem. Get your camera out and take 
that picture. The print shop will do the colour 
separation for you as usual. 

If you really want to be fancy, you can 
have the screendump program do the colour 
separation. 
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POSix Status 


There was a meeting of IEEE 1003.1, 
1003.2, 1003.3, and 1003.4 7-11 December 1987 
in San Diego. 1003.1 is effectively out of busi¬ 
ness except for balloting, though the forthcom¬ 
ing and future reports will have quite a bit to 
say about the other subcommittees. 

75% of the 1003.1 balloting quorum had 
responded by last week, and balloting was then 
closed. Balloting resolution letters from the 
technical reviewers to the quorum are expected 
in about the third week of January. 

The USENIX POSIX Workshop led to 
USENIX, among others, submitting a balloting 
objection because the material in the draft 
standard and rationale on process groups and 
job control was incomprehensible. It also led 
to extensive discussions on those subjects by 
Berkeley and AT&T implementors and others. 
They expect to produce new, more understand¬ 
able, more useful, and generally better wording 


for related areas in the standard in time for 
ballot resolution. The workshop also led to 
improvements in other areas of the standard. 

In addition to USENIX, X/OPEN also 
balloted no. /usr/group balloted yes with four 
specific objections. 

The 10-14 October meeting will be in 
Hawaii. There will be an ISO SC22 WG15 
meeting in Japan the following week (and the 
preceding week is EUUG in Lisbon). The next 
meeting is 14-18 March at the Ritz-Carlton 
Hotel in Washington, D.C. 

There was also an initial meeting of the 
U.S. TAG (Technical Advisory Group) to ISO 
SC22 WG15, the ISO version of 1003.1. 
USENIX’ representative is John Quarterman 
with Shane McCarron as alternate, /usr/group 
is also represented. 

John Quarterman 


Professional Activities 

For the information of those who care, President of the South Asian Literary Associa- 

Peter H. Salus, the USENIX Executive Direc- tion (1988-89). Shantih. 

tor, has been elected to a two-year term as 
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Book Review 


A Software Tools Sampler 

by Webb Miller 

Prentice-Hall Software Series, ISBN 0-13-822305-X, 344 Pages 

Reviewed by Ozan Yigit 

Department of Computing Services 
York University 
(uunet,utzoo) !yunexus!oz 


Introduction 

Webb Miller’s new book A Software Tools 
Sampler should satisfy those appetites already 
whetted by earlier tools-oriented books by 
authors such as Kemighan and Plauger. Even 
more exciting, is the fact that, unlike those 
books, the chosen programming language for 
this book is C. Not surprisingly, Miller’s book 
is based on teaching an upper-level tools 
course given at the University of Arizona for 
which Kemighan and Plauger’s Software 
Tools 1 was the primary text. 

A brief look at the table of contents sug¬ 
gests that this is an extension of the Software 
Tools books, with the fleshing out of several 
important topics that had received inadequate 
treatment elsewhere. 

Detailed tour 

The first of five chapters, “Getting 
Started,” quickly presents a small library of 
utility procedures used later in the book. For 
completeness, it also includes a rudimentary 
program to change the modification time of a 
file (tweak), another to locate all occurrences 
of a string (find), a simple but effective macro 
processor (macro), and a utility for generating 
the most effective compile command for a set 
of source files, based on modification times 
and filename suffixes (compile). 


The University of Arizona has had its own software tools 
distribution ever since the release of the software 
described in Kemighan and Plauger’s book. 


The second chapter deals with a 
dependency-based file updating tool called 
update which is very similar to the UNIX 
make. Anyone who has read the UNIX docu¬ 
mentation for make has an idea of how it 
works and how it may be implemented. 
Unfortunately, the actual implementation 
details are not discussed in the available UNIX 
literature, and some important issues such as 
off-line file updating (creating a command file 
for later execution) versus real-time file updat¬ 
ing (immediate execution of update 
commands) are not even considered. 

This chapter fills the gap with a thorough 
discussion of dependency graphs (sometimes 
called AOV-Networks) and various incremen¬ 
tally refined algorithms based on these graphs 
for the file update problem. The resulting 
program, although syntactically different, con¬ 
tains the basic functionality of make, and 
addresses the off-line update problem. Of 
course, the simple macro processor described 
in chapter one provides the shorthand facility 
for the program. Coupled with a paper 
published in Software-Practice and Experience 
(see additional readings at the end of this 
review), this chapter offers possibly the best 
available description of the internal workings 
of make. 

The third chapter is devoted to file 
comparison programs that determine instruc¬ 
tions for converting one file into another. The 
file comparison techniques have a variety of 
diverse uses. One of the earliest algorithms 
was invented by biologists to determine how 
many amino acids need to be deleted and 
inserted to convert one protein to another. In 
this chapter, two such algorithms are 
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discussed, where both algorithms generate the 
optimal sequence of instructions (edit script) 
to convert one file into another. 

The first algorithm is originally by Walter 
F. Tichy, the author of a very well known revi¬ 
sion control system (another application for 
file comparison techniques) for Berkeley UNIX, 
called res. This algorithm uses only append 
and copy instructions for conversion, and is 
presented in this chapter as a program called 
bdiff. The second algorithm, developed by 
Miller, uses only the insert and delete instruc¬ 
tions. It was originally published in the 
November, 1985 issue of Software-Practice and 
Experience. A program that embodies the 
algorithm, called fcomp, is tested against the 
classic UNIX diff based on a different and 
well-known algorithm by J. W. Hunt and T. G. 
Szymanski. In normal circumstances, where 
the differences between the two files are small, 
it runs about four times faster than diff. 2 
Miller demonstrates that the difference in 
performance is strictly due to the algorithm, 
and not due to a tight implementation. There 
is also a discussion of worst case performance 
for both fcomp and diff. 

Chapter three concludes with a very 
detailed description of a programming project 
based on the file comparison algorithms, a 
Version Control System, similar to AT&T’s 
SCCS (Source Code Control System) and 
Tichy’s res (Revision Control System). 
Completing this project should end the 
suffering for those who lack such a revision 
control facility in their programming environ¬ 
ment. 

The fourth chapter is concerned with 
pattern matching, with special emphasis on 
regular expressions. The first part of the 
chapter deals with the find program intro¬ 
duced in chapter one, and develops a much 
faster (about eight times) version of the 
program, called fastfind. Improved 
performance is obtained by the use of an 
better pattern matching algorithm similar to 
Knuth-Morris-Pratt algorithm and a clever 
circular buffer for file input. 

The second part of the chapter is devoted 
to a proper implementation of the regular 

2 This claim has been verified by the reviewer. 


expression pattern matching algorithm, based 
on non-deterministic finite automata. 

There is an overwhelming amount of 
literature on regular expressions. Practically 
every book on compiler design dedicates a 
chapter to regular expressions under the 
discussion of lexical analysis. It is also true, 
however, that only a fraction of this literature 
goes beyond the theoretical aspects to discuss 
actual implementation details. The implemen¬ 
tations included in the Software Tools books 
cover only the ad hoc implementation of par¬ 
tial regular expressions, and omit the more 
difficult issue of the alternation [or] construct. 
For his part, Miller apparently decided to cut 
no comers, hence, this chapter implements full 
regular expressions that follow the traditional 
algorithms. 

Following the details for implementing a 
parser to generate expression trees for regular 
expressions, a variation is introduced to 
generate a non-deterministic, finite-state 
machine instead of the expression trees. The 
rest of the chapter is a thorough discussion of 
how to use the finite-state machine to match 
text lines. The efficiency of the resulting 
pattern matcher is further examined, and it 
evolves into a final program called match, 
which internally uses a lazy evaluation 
technique for improved performance. 

The material presented in this chapter is 
sufficient to develop sophisticated applications 
based on full regular expressions, such as lexi¬ 
cal analyzer generators. (See additional read¬ 
ings.) 

The last and longest chapter of A Software 
Tools Sampler implements one of the most 
popular software tools, a screen-oriented 
interactive text editor. 3 Miller chose to model 
his editor, s, after the popular Berkeley screen 
editor, vi. 

The sections in chapter five follow the log¬ 
ical organization of the screen editor: they 
cover the command processor, the buffer 
module and the screen module of the editor. 
While the sections covering the command 
processor and the buffer module are interest¬ 
ing, the most important section in this chapter 

3 In their books, Kemighan and Plauger show the imple¬ 
mentation of a line editor. 
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deals with the development of the screen 
module. In most high-quality screen editors, 
the screen manager portion of the editor 
attempts to minimize the amount of data sent 
to the screen to update its visual contents. 
The screen update problem consists of both 
the algorithmic issues, and the low-level 
terminal-specific problems. Miller’s important 
contributions in this particular problem area 
make this section particularly noteworthy (see 
additional readings). Here Miller develops an 
ad-hoc algorithm to generate minimal terminal 
control sequences to update the screen 
contents. 4 

The section contains a detailed design 
discussion of the update algorithm used in s. 
It also exposes the failure, in certain condi¬ 
tions, to generate optimal update sequences, as 
indicated by visually unpleasant changes to the 
screen. The resulting screen module is a rea¬ 
sonably autonomous, and may be adapted for 
other uses. Chapter five includes about 3000 
lines of C code for the entire editor, built in a 
modular fashion. With the material presented 
here, another editor with a somewhat different 
interface (such as an Emacs-like editor) can be 
built quickly. 

In general 

This book is a must for programmers who 
take their craft seriously. Although most of 
the tools covered are found in UNIX and other 
systems, such a clean exposition of the algo¬ 
rithms and issues behind these tools were not 
so readily available before the publication of A 
Software Tools Sampler. Now, programmers 
are no longer restricted to an obscure or other¬ 
wise algorithmically unreasoned implementa¬ 
tion (if they are so lucky as to obtain the 
source code) of these tools. Further, they 
should be able to utilize portions of these tools 
for other projects, such as a source code 
control system, or a lexical analyzer generator. 

Miller’s book does have its shortcomings, 
mostly in the area of typesetting. The source 
code listings are poorly set, without 
appropriate attention to language keywords 

4 In a paper by E. W. Myers and Webb Miller, this algo¬ 
rithm is shown to be near optimal for certain update 
problems. 


(if, while, for etc.), or comments. These 
could have been highlighted to improve reada¬ 
bility, but it appears that some publishers still 
think program source is not as important as 
the actual text; a big mistake in this type of a 
book. 

The text itself could be better organized. 
Important references and additional readings 
are buried within the text, or scattered across 
programming assignments. An additional 
“Readings” section at the end of each chapter 
(as in the Software Tools books) would have 
been much more convenient for the reader. 
These minor issues do not undermine the fact 
that A Software Tools Sampler will make a 
valuable addition to to your library, close to 
the Software Tools books of Kemighan and 
Plauger, The UNIX Programming Environment 
of Kemighan and Pike, and The C Program¬ 
ming Language of Kemighan and Richie. 

Some additional readings 

Dependency-Based File Updating 

Feldman, Stuart, “Make - a program for main¬ 
taining computer programs,” SP&E, 9(4), 
February 1979. 

Hume, Andrew, “Mk: A Successor to Make,” 
USENIX Conference Proceedings, Summer 
1987, pp. 445-457. 

Miller, Webb and Eugene W. Myers, “Side- 
effects in automatic file updating,” SP&E, 
15(11), September 1986. 

File Comparison Algorithms and 
Applications 

Hunt, James W. and Thomas G. Szymanski, 
“A Fast algorithm for computing longest 
common subsequences,” CACM, 20(5), May 
1977. 

Hunt, James W., and M. D. Mcllroy, “An 
Algorithm for Differential File Comparison,” 
Computing Science Technical Report #41, Bell 
Laboratories, Murray Hill, NJ. 

Miller, Webb and Eugene W. Myers, “A file 
comparison program,” SP&E, 15(11), 
November 1985. 

Rochkind, Marc J., “The source code control 
system,” IEEE Transactions on Software 
Engineering, 1(4), December 1975. 
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Tichy, Walter F., “The string-to-string correc¬ 
tion problem with block moves,” ACM, 
Transactions on Computer Systems, 2(4), 
November 1985. 

Tichy, Walter F., “RCS - A system for version 
control,” SP&E, 15(7), July 1985. 

Pattern Matching and Regular 
Expressions 

Aho, Alfred W., Ravi Sethi and J. D. Ullman, 
Compilers: Principles, Techniques and Tools, 
Chapter 3, Addison Wesley, 1986. 

Boyer, R. S. and J. S. Moore, “A Fast String 
Searching Algorithm,” CACM, 20(10), October 
1977. 

Lesk, M. E. and E. Schmidt, “Lex - A lexical 
analyzer generator,” UNIX Programmer’s 
Manual 2, Section 20, January 1979, Bell 
Laboratories. 

Sedgewick R., Algorithms,, Chapters 20-21, 
Addison Wesley, 1983. 


Thompson, K., “Regular expression search 
algorithm,” CACM, 11(6), 1968. 

Screen Update Algorithms 

Arnold, Kenneth C. R. C., “Screen updating 
and cursor movement optimization: a library 
package,” UNIX Programmer’s Manual: Sup¬ 
plementary Documents (4.2 BSD), University 
of California, Berkeley, 1984. 

Gosling, James, “A re-display algorithm,” 
Proceedings ACM, Symposium on Text 
Manipulation, SIGPLAN Notices, 16(6), June 
1981. 

Myers, Eugene W. and Webb Miller, “Row 
Replacement algorithms for screen editors,” 
TR 86-19, Department of Computer Science, 
The University of Arizona, Tucson, Arizona. 

Myers, Eugene W. and Webb Miller, “A Sim¬ 
ple Row-Replacement Method,” TR 86-28, 
Department of Computer Science, The 
University of Arizona, Tucson, Arizona. 


French UNIX User’s Group Conference 

Paris 

March 7-10, 1988 

The French Association of UNIX Users (AFUU) in cooperation with the Bureau Inter¬ 
national de Relations Publiques is organizing a conference in Paris, 7-10 March 1988. 
There will be tutorials on the first day and technical meetings and an exhibition running 
concurrently the next three days. 

The chair of the Program Committee is Christophe Binot. Information is available 
from: 

AFUU c/o SUPELEC mcvax!inria!afuu!anne 

Attn.: Anne Garnery, Convention UNIX 88 

Plateau de Moulon 

91190 Gif-sur-Yvette 

FRANCE 
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EUUG Spring 1988 Conference 

London 

April 11-15,1988 

The UKUUG will host the Spring ’88 European UNIX systems User Group Technical 
Conference at the Queen Elizabeth II Conference Center in London. Technical tutorials will 
be help on April 11 & 12, followed by the three day conference. 

For further information, contact the EUUG Secretariat at the address below. 


Call for Papers - EUUG Autumn Conference 

Portugal 

October 3-7, 1988 


The Autumn ’88 European UNIX systems User Group Technical Conference will be 
held in southern Portugal. Technical tutorials will be held on October 3 & 4, followed by 
the three day conference. 

The theme of the conference is “New Directions for UNIX.” The EUUG invites 
abstracts from those wishing to present their work. Submissions from students are particu¬ 
larly encouraged under the EUUG Student Encouragement Scheme, details of which are 
available from the EUUG Secretariat. All submitted papers will be refereed. Abstracts must 
be submitted by post to the EUUG Secretariat. 

The Programme Chair will be pleased to provide advice to potential speakers. 

Deadlines are: 

Receipt of abstract 30 April 

Acceptance notification 15 May 

Final paper received 1 August 

Those interested in offering a tutorial should contact the EUUG Tutorial Officer as soon 
as possible. 

For further information about this and future EUUG events, contact the Secretariat. 


Secretariat 

EUUG 
Owles Hall 
Owles Lane 

Buntingford, Herts. SG9 9PL 
United Kingdom 

Phone: (+44) 763 73039 
Fax: (+44) 763 73255 (G2) 

Email: euug@inset.uucp 


Tutorial Officer 

Neil Todd 
1ST 

60 Albert Court 
Prince Consort Road 
London SW7 2BH 
United Kingdom 

Phone: (+44) 1 581 8155 
Fax: (+44) 1 581 5147 (G3) 

Telex: 928476 ISTECH G 
Email: neil@ist.co.uk 


Programme Chair 

Peter Collinson 
Computing Laboratory 
University of Kent 
Canterbury, Kent CT2 7NF 
United Kingdom 

Phone: (+44) 227 764000, x7619 
Email: pc@ukc.ac.uk 
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UUNET Progress Report 


There have been a number of inquiries as 
to the status and future of the UUNET experi¬ 
ment. I think it is appropriate to stop refer¬ 
ring to UUNET as a project or experiment and 
to just call it UUNET. 

UUNET currently has nearly 250 sub¬ 
scribers. The Sequent B21K has been pur¬ 
chased and a long-term contract has been 


entered into with Tymnet. UUNET also has 
four 800 numbers. 

UUNET information is available from 
{uunet, ucbvax, decvax}! usenix! uunet-request 
or from Madeleine McCall at 415-528-8649. 

- PHS 


2.10BSD Software Release Available 


The “Second Berkeley Software Distribu¬ 
tion” (2.10BSD), produced by the Computer 
Systems Research Group (CSRG) of the 
University of California, Berkeley, is being 
distributed by the USENIX Association. It is 
available to all V7, System III, System V, and 
2.9BSD licensees for a price of $200. The 
release consists of two 2400 foot, 1600 BPI 
tapes (approximately 80Mb) and approxi¬ 
mately 100 pages of documentation. If you 
require 800 BPI tapes, please contact USENIX 
for more information. 

Sites wishing to run 2.10BSD should be 
aware that the networking is only lightly 
tested, and that certain hardware has yet to be 
ported. Contact Keith Bostic at the address 
below for current information as to the status 
of the networking. As of August 6, 1987, the 
complete 4.3BSD networking is in place and 
running, albeit with minor problems. The 
holdup is that only the Interlan Ethernet 
driver has been ported, as well as some major 
space constraints. Note, if we decide to go to 


a supervisor space networking, 2.10 network¬ 
ing will only run on: 

11/44/53/70/73/83/84 
11/45/50/55 with 18 bit addressing 

If you have questions about the distribu¬ 
tion of the release, please contact USENIX at: 

2.10BSD 

USENIX Association 
P.O. Box 2299 
Berkeley, CA 94710 

+ 1 415 528-8649 
(uunet,ucbvax) lusenix! office 

If you have technical questions about the 
release, please contact Keith Bostic at: 

(ucbvax,seismo) Ikeith 
keith@okeeffe.berkeley.edu 

+ 1 415 642-4948 


Keith Bostic 
Casey Leedom 
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Future Meetings 


USENIX 1988 Winter Conference and 
UniForum - Dallas 

The USENIX 1988 Winter Conference will 
be held on February 9-12, 1988, at the Grand 
Kempinski Hotel in Dallas, Texas. It will be 
concurrent with UniForum 1988, which will 
also be in Dallas. 

AFUU UNIX Convention 88 
Paris, March 7-10,1988 

EUUG Spring Conference 
London, April 11-15,1988 

AUUG Spring Conference 
Melbourne, September 13-15, 1988 

EUUG Autumn Conference 
Portugal, October 3-7,1988 


USENIX 1988 Summer Conference and 
Exhibition - San Francisco 

The USENIX 1988 Summer Conference 
and Exhibition will be held on June 20-24, 
1988, at the Hilton Hotel in San Francisco, 
California. There will be a conference, tutori¬ 
als, and vendor exhibits. 

Long-term USENIX Conference Schedule 

Feb 9-12 ’88 Grand Kempinski, Dallas 

Jun 20-24 ’88 Hilton Hotel, San Francisco 

Jan 31-Feb 3 ’89 Town & Country Inn, San Diego 

Jun 12-16 ’89 Hyatt Regency, Baltimore 

Jan 22-26 ’90 Washington, DC 

Jun 11-15 ’90 Marriott Hotel, Anaheim 

Jan 22-25 ’91 Dallas 

Jun 10-14 ’91 Opryland, Nashville 


Publications Available 


The following publications are available 
from the Association Office. Prices and 
overseas postage charges are per copy. 
California residents please add applicable sales 
tax. Payments must be enclosed with the 
order and must be in US dollars payable on a 
US bank. 


The EUUG Newsletter, which is published 
four times a year, is available for $4 per copy 
or $16 for a full-year subscription. 

The July 1983 edition of the EUUG 
Micros Catalog is available for $8 per copy. 


Conference and Workshop Proceedings 


Meeting 

Location 

Date 

Price 

Overseas Mail 
Air Surface 

C++ Workshop 

Santa Fe 

November ’87 

$15 

$25 

$5 

Graphics Workshop IV 

Cambridge 

October ’87 

$10 

$15 

$5 

USENIX 

Phoenix 

Summer ’87 

$20 

$25 

$5 

USENIX 

Wash. DC 

Winter ’87 

$20 

$25 

$5 

Graphics Workshop III 

Monterey 

December ’86 

$10 

$15 

$5 

USENIX 

Atlanta 

Summer ’86 

$10 

$25 

$5 

Graphics Workshop I 

Monterey 

December ’84 

$ 3 

$ 7 

$5 
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4.3BSD Manuals 


The USENIX Association now offers all 
members of the Association the opportunity to 
purchase 4.3BSD manuals.^ 

The 4.3BSD manual sets are significantly 
different from the 4.2BSD edition. Changes 
include many additional documents, better 
quality of reproductions, as well as a new and 
extensive index. All manuals are printed in a 
photo-reduced 6"x9" format with individually 
colored and labeled plastic “GBC” bindings. 
All documents and manual pages have been 
freshly typeset and all manuals have “bleed 
tabs” and page headers and numbers to aid in 
the location of individual documents and 
manual sections. 

A new Master Index has been created. It 
contains cross-references to all documents and 
manual pages contained within the other six 
volumes. The index was prepared with the aid 
of an “intelligent” automated indexing 
program from Thinking Machines Corp. along 
with considerable human intervention from 


Mark Seiden. Key words, phrases and 
concepts are referenced by abbreviated docu¬ 
ment name and page number. 

While two of the manual sets contain 
three separate volumes, you may only order 
complete sets. 

The costs shown below do not include 
applicable taxes or handling and shipping from 
the publisher in New Jersey, which will 
depend on the quantity ordered and the 
distance shipped. Those charges will be billed 
by the publisher (Howard Press). 

Manuals are available now. To order, 
return a completed “4.3BSD Manual 
Reproduction Authorization and Order Form” 
to the USENIX office along with a check or 
purchase order for the cost of the manuals. 
You must be a USENIX Association member. 
Checks and purchase orders should be made 
out to “Howard Press.” The manuals will be 
shipped to you directly by the publisher. 


Manual __ Cost* 

User’s Manual Set (3 volumes) $25.00/set 

User’s Reference Manual 
User’s Supplementary Documents 
Master Index 

Programmer’s Manual Set (3 volumes) $25.00/set 

Programmer’s Reference Manual 
Programmer’s Supplementary Documents, Volume 1 
Programmer’s Supplementary Documents, Volume 2 

System Manager’s Manual (1 volume) $10.00 

* Not including postage and handling or applicable taxes. 


4.2 BSD Manuals are No Longer Available 


t Tom Ferrin of the University of California at San Francisco, a former member of the Board of Directors of the USENIX 
Association, has overseen the production of the 4.2 and 4.3BSD manuals. 


(• 
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4.3BSD Manual Reproduction Authorization and Order Form 

This page may be duplicated for use as an order form 


USENIX Member No.: 
Purchase Order No.: 

Date: 


As a USENIX Association Member in good standing, and pursuant to the copyright notice as 
found on the rear of the cover page of the UNIX®/32V Programmer’s Manual stating that 

“Holders of a UNIX®/32V software license are permitted to copy this document, or any portion of it, as 
necessary for licensed use of the software, provided this copyright notice and statement of permission 
are included,” 

I hereby appoint the USENIX Association as my agent, to act on my behalf to duplicate and provide 
me with such copies of the Berkeley 4.3BSD Manuals as I may request. 

Signed:_ 

Institution (if Institutional Member):__ 

Ship to: Billing address, if different: 

Name:-Name:_ 


Phone: __ Phone:__ 

The prices below do not include shipping and handling charges or state or local taxes. All pay¬ 
ments must be in US dollars drawn on a US bank. 

4.3BSD User’s Manual Set (3 vols.) at $25.00 each = $_ 

4.3BSD Programmer’s Manual Set (3 vols.) _ at $25.00 each = $_ 

4.3BSD System Manager’s Manual (1 vol.) _ at $10.00 each = $_ 

Total _ $_ 

[ ] Purchase order enclosed; invoice required. 

(Purchase orders must be enclosed with this order form.) 

[ ] Check enclosed for the manuals: $_ 

(Howard Press will send an invoice for the shipping and handling charges and applicable taxes.) 

Make your check or purchase order out to “Howard Press” and mail it with this order form to: 
Howard Press 
c/o USENIX Association 
P.O. Box 2299 
Berkeley, CA 94710 


for office use : m.v.:_ check no.:_ amt. rec’d: 
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;login: 


Local User Groups 

The USENIX Association will support local user groups by doing an initial mailing to assist the 
formation of a new group and publishing information on local groups in ;login:. At least one member 
of the group must be a current member of the Association. 


In the Atlanta area there is a group for people 
with interest in UNIX or UNIX-like systems, 
which meets on the first Monday of each 
month in White Hall, Emory University. 

Atlanta UNIX Users Group 
P.O. Box 12241 
Atlanta, GA 30355-2241 

Marc Merlin (404) 442-4772 

Mark Landry (404) 365-8108 


In the Boulder, Colorado area a group meets 
monthly at different sites for informal discus¬ 
sions. 

Front Range UNIX Users Group 
USENIX Association Exhibit Office 
5398 Manhattan Circle 
Boulder, CO 80303 

John L. Donnelly (303) 499-2600 

(boulder ,usenix) Ijohnd 


A UNIX users group has formed in the Coral 
Springs, Florida, area. 

S. Shaw McQuinn (305) 344-8686 

8557 W. Sample Road 
Coral Springs, FL 33065 


Dallas/Fort Worth UNIX User’s Group 
Seny Systems, Inc. 

5327 N. Central, #320 
Dallas, TX 75205 

Jim Hummel (214) 522-2324 


Michigan!/usr/group in the Detroit/Ann Arbor 
area has dinner meetings with feature presen¬ 
tations and informal discussions the first 
Wednesday of each month. 

Linda Mason (313) 855-4220 

michigan!/usr/group 

P.O. Box 189602 

Farmington Hills, MI 48018-9602 


In Fresno, California, the Central California 
UNIX User’s Group consists of an electronic 
mailing list to which members may post ques¬ 
tions or information. Communication is by 
uucp; for connection information: 

Educational and governmental institutions: 

Brent Auemheimer (209) 294-4373 

Department of Computer Science 
California State University 
Fresno, CA 93740-0109 

CSNET: brent@CSUFresno.edu 
uucp: csufreslbrent 

Commercial institutions or individuals: 

Gordon Crumal (209) 435-6062 

Harry J. Wilson & Company 
Insurance Correspondents, Inc. 

2350 W. Shaw Ave, Suite 110 
Fresno, CA 93711 

uucp: csufres!tower!gordon 


The Los Angeles UNIX Group meets on the 
third Thursday of each month in Redondo 
Beach, California. 

Drew Bullard (213) 535-1980 

(ucbvax,ihnp4) !trwrb!bullard 

MarcRies (213) 535-1980 

{decvax,sdcrdcf) !trwrb!ries 


In the Melbourne, Florida area the Space 
Coast UNIX User’s Group meets at 8pm on 
the third Wednesday of each month at the 
Florida Institute of Technology. 

Alex Stover (305) 724-3962 

codas!lola!als 

Bill Davis (305) 242-4449 

bill@ccd.harris.com 
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In Minnesota a group meets on the first 
Wednesday of each month. 

UNIX User’s of Minnesota 

Mark Colburn (612) 935-2688 

4732 Spring Circle 

Minnetonka, MN 55343 

mark@ems.mn.org 

ihnp4!meccts!ems!mark 


In the northern New England area is a group 
that meets monthly at different sites. 

Emily Bryant (603) 646-2999 

Kiewit Computation Center 
Dartmouth College 
Hanover, NH 03755 

David Marston (603) 883-3556 

Daniel Webster College 
University Drive 
Nashua, NH 03063 

decvax!dartvax!nneuug-contact 


In the New York City area there is a non-profit 
organization for users and vendors of products 
and services for UNIX systems. 

Unigroup of New York 
G.P.O. Box 1931 
New York, NY 10116 

Ed Taylor (212) 513-7777 

{attunix,philabs) !pencom!taylor 


The New Zealand group provides an annual 
Workshop and Exhibition and a regular 
newsletter to its members. 

New Zealand UNIX Systems User Group 
P.O. Box 13056 
University of Waikato 
Hamilton, New Zealand 


In the Orlando, Florida area the Central 
Florida UNIX User’s Group meets at 7pm on 
the third Thursday of each month. Programs 
include informal presentations, demonstrations 
and discussions. 

Mike Geldner (305) 862-0949 

codas!sunfia!mike 

Ben Goldfarb (305) 275-2790 

goldfarb@hcx9.ucf.edu 


Mikel Manitius (305) 869-2462 

(codas,attmail) Imikel 


A group has started in the St. Louis area: 

St. Louis UNIX User’s Group 
Plus Five Computer Services 
765 Westwood, 10A 
Clayton, MO 63105 

Eric Kiebler (314) 725-9492 

ihnp4!plus5!sluug 


The San Antonio UNIX User’s (SATUU) main¬ 
tains communications largely by a local uucp 
network. They also meet the third Wednesday 
of each month at 7pm. 

William T. Blessum, M.D. (512) 692-0977 

7950 Floyd Curl Dr. #102 
San Antonio, TX 78229-3955 
(gatech,ihnp4) !petro!bles!wtb 

The local uucp network “postmaster” is: 

Bruce Andreen (512) 656-3053 

(gatech,ihnp4) !petro!bruce 


In the Seattle area there is a group with over 
150 members, a monthly newsletter, a software 
exchange system, and monthly meetings. 

Bill Campbell (206) 232-4164 

Seattle UNIX Group Membership Information 
6641 East Mercer Way 
Mercer Island, WA 98040 

uw-beaver!tikal!camco!bill 


A UNIX/C language users group has been 
formed in Tulsa. 

Pete Rourke 
$USR 

7340 East 25 th Place 
Tulsa, OK 74129 


The Washington, D.C., area a group meets the 
first Tuesday of each month. 

Washington Area UNIX User’s Group 
2070 Chain Bridge Road, Suite 333 
Vienna, VA 22180 

Samuel Samalin (703) 448-1908 
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IJSENIX Association 
P.O. Box 2299 
Berkeley, CA 94710 


First Class Mail 


FIRST CLASS MA 
U.S. POSTAGE PA 
Berkeley, CA 
Permit No. 993 


Conferences and Workshops 
Space Out on Trolf 
Book Review 

Nominating Committee Report 


Change of Address Form 

Please fill out and send the following form through the U.S. mail to the Association Office at the address above. 

Name:____Member #:_ 

OLD:___NEW:______ 


Phone:_ 

uucp : {uunet,ucbvax}! 





